DOM操作
从Prototype.js
到风靡全球的jQuery.js
,都是在解决浏览器间DOM
操作的差异化问题,同时也提供了简洁友好的API
,但是随着标准的不断的推进,现在浏览器间的差异化可以说已经没有了,像Github
就宣布了弃用jQuery.js
,直接使用浏览器提供的DOM
操作更新界面。
尽管浏览器提供的DOM
操作API
有时候看上去比较啰嗦,但是只要所有浏览器实现一致,前端就不需再使用一层封装来间接操作DOM
,只需要学习标准化的API
即可
网络请求
从IE
的ActiveXObject
到XMLHttpRequest Level1
再到XMLHttpRequest Level2
,然后fetch
出现一统网络请求。
在我们平常的开发中,可以直接使用fetch
进行请求,无需再引入其它的网络请求库。不过目前fetch
提供的API
不够丰富,可能在使用时还要简单封装
模块化
从最早的对象模块命名空间,到amd
,cmd
等模块化工具require.js
,sea.js
等,再到es module
,目前chrome
中已经可以直接使用,并且动态的import
也已经支持,从此可以告别那些第三方的模块加载器,学习并使用标准的es module
即可
功能点
比如以往我们要实现平滑滚动,我们要用setTimeout
或setInterval
先实现一下基础的动画引擎,然后再实现一下相应的tween
缓动算法,然后再应用到我们的滚动上。现在浏览器已经支持通过css
给要滚动的节点添加scroll-behavior: smooth
,然后再操作相应的scrollTop
或scrollLeft
即可实现相应的平滑滚动,省去了原来大量的代码或引用第三方类库的事情
再比如某个节点滚动到或即将滚动到可视区域做一些事情(像瀑布流等),以往像平滑滚动一样,我们要监听滚动事件,我们要计算节点的位置信息等一大堆事情要做,现在有IntersectionObserver
,我们完成类似的功能只需要几行代码即可
对于图片多的网站,前端经常使用的图片懒加载,现在也有了原生支持,给图片加上<img loading="lazy"/>
即可,不但省去了大量的javascript
,也提升了易用性
web components
通过前面的一些基础点,我们可以看到浏览器越来越多的把一些常用功能内置进去,可以预见未来也会更多的把常用功能内置进去。
内置的功能不但方便开发人员,同时在内存管理上,性能上,资源使用上都要远远优于javascript
的实现
长远看,现在前端开发的模式:界面管理+数据管理=应用。界面管理也很有可能被内置到浏览器里,简单理解就是把页面组件化的功能内置进去,比如内置一个react
。开发人员只需要管理好自己的业务数据即可。
目前这个内置的界面管理浏览器提供的是web components
,但是它在使用起来仍然不够方便,不过随着时间的发展,也许一年半载之后浏览器发力web compoents
,把它打造的更顺手易用也说不定。
浏览器的未来
从前面的一些例子我们可以看到,浏览器也在不断的吸收好的开发思路和方式,同时开放更基础,更易用的API
给到开发人员,这是一个互相辅助的过程。
一但某些库或框架成为事实上的标准,那为什么不推进它把它写进标准,然后让浏览器实现呢?比如jQuery.js
就是成功的案例,比如图片懒加载也是很好的说明,也许浏览器会很快内置lodash
呢?
如果浏览器没能发展好web components
,如果react
发展成熟稳定,浏览器或许就直接内置了,让我们只关注业务即可。
如果你有想法,来留言讨论一下吧 ^_^
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。